home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0086 / 464.txt < prev    next >
Text File  |  1997-04-16  |  11KB  |  246 lines
  1. =========================================================================
  2.  
  3. INFO-ATARI16 Digest         Fri, 20 Apr 90       Volume 90 : Issue  464
  4.  
  5. Today's Topics:
  6.                           Atari ST Software
  7.            Looking for a Graphics Standard beyond ANSI VDI
  8.                    Message for os9paul@gkcl.ists.ca
  9.                       One world, One CPU, One OS
  10.                       QuickST on the STart Disk
  11.                              TOS 1.4 info
  12. ----------------------------------------------------------------------
  13.  
  14. Date: 19 Apr 90 21:51:27 GMT
  15. From:
  16.  news-server.csri.toronto.edu!utgpu!utzoo!attcan!ncrcan!hcr!jonathan@rutgers.edu
  17.   (Jonathan Fischer)
  18. Subject: Atari ST Software
  19. Message-ID: <1990Apr19.215127.15376@hcr.uucp>
  20.  
  21.     ***************** ATARI ST Software for sale ******************
  22.     All prices are reasonable.  So reasonable, in fact, that
  23.     you feel an irresistable urge to take the whole lot...
  24.     Everything's below 1/2 of the current list price, I'm pretty sure.
  25.     (Some things _well_ below).
  26.  
  27.     Also, I still have the receipts and/or registration #'s for
  28.     the non-game programs (WordPerfect, dBMAN, etc.), so you
  29.     can continue to get updates.
  30.  
  31.     SHIPPING INCLUDED.
  32.                                                        CDN     U.S.
  33.     WordPerfect (I actually paid $175, *sigh*)...      $50      $42
  34.     dBMAN 3.0 (dBase III clone)..................      $35      $29
  35.     CAD 3D 2.0 - incredibly fun program..........      $30      $25
  36.     Cyber Control (= BASIC for CAD 3D)...........      $30      $25
  37.     Video Titling for CAD 3D.....................      $10       $8
  38.     Mark Williams C Compiler 3.0, PLUS: Cdb source level
  39.       debugger, and Resource Construction pgm....      $75      $63
  40.     MT C-shell (multitasking environment)........      $20      $17
  41.     VSH (Visual shell for MT C-shell)............      $20      $17
  42.     MAPLE (symbolic math pkg from Waterloo)
  43.       (requires hard drive)   WORTH $495.........  (Best offer)
  44.  
  45.     Dungeon Master *** with maps and spells ***..      $16      $13
  46.     Chaos Stikes Back ** with maps and spells **.      $14      $12
  47.     Gauntlet II..................................      $16      $13
  48.     Stunt Car Racer..............................      $15      $13
  49.     Populous.....................................      $16      $13
  50.     Boulder Dash Construction Set................      $10       $8
  51.  
  52.     ALSO, the following books:
  53.     ST Internals (Abacus)........................      $10       $8
  54.     ST Gem Programming (Abacus)..................      $10       $8
  55.     Gem Programmer's Guide (Sybex)...............      $10       $8
  56.     68000, '010, '020 Programming (Sybex)........      $13      $11
  57.                        All 4 books ------------->      $35      $29
  58.  
  59.     Reply via email, or at the following address:
  60.         Jonathan Fischer
  61.         2350 Dundas St. W., #1807
  62.         Toronto, ON, CANADA
  63.         M6P 4B1
  64.  
  65.         (416) 534-1314
  66. --
  67. Jonathan Fischer             HCR Corp               Toronto, Ontario, Canada
  68.  
  69. ------------------------------
  70.  
  71. Date: 14 Apr 90 11:07:23 GMT
  72. From: ecsgate!ecsvax!dukeac!tcamp@mcnc.org  (Ted A. Campbell)
  73. Subject: Looking for a Graphics Standard beyond ANSI VDI
  74. Message-ID: <1854@dukeac.UUCP>
  75.  
  76. Looking for a Graphics Standard:
  77.  
  78. I have been developing for some time a project called "Space Flight
  79. Simulator."  Up to this point I have been utilizing ANSI-standard
  80. VDI graphics routines because (a) an implemenation of the ANSI VDI
  81. standard exists on the Unix micro I have (AT&T Unix PC) and (b) I
  82. thought that it might be possible to port the routines over to other
  83. computers for which there are ANSI VDI implementations, such as the
  84. Atari STs.  I have written my own implementation of (some of) the
  85. ANSI VDI routines for PC-type computers, utilizing Microsoft's QuickC.
  86.  
  87. The ANSI VDI standard does have some shortcomings, however.  At least
  88. as implemented on my machines, (a) it does not allow me to write to
  89. a buffer (from which I can blit portions of the buffer to the screen),
  90. and (b) its mouse functions (vrq_locator() and vsm_locator()) do not
  91. allow me to poll the mouse to see if a button has been pressed:
  92. vrq_locator() waits until a button has been pressed, and vsm_locator()
  93. (actually shuts down my Unix PC but) is only supposed to give the current
  94. mouse coordinates with no information about buttons pushed.  Moreover,
  95. (c) I'd like to try the program running on a workstation, possibly with
  96. X or MGR.
  97.  
  98. This leads me to question whether I should try to re-port the graphics
  99. routines to another standard.  But there are problems here, too. (a) It
  100. can be argued that X is an emerging standard, but of course I don't need
  101. the whole panoply of X (servers, clients, etc.) -- all I really need is
  102. routines for graphics manipulation (lines, points, fonts, etc.) and mouse
  103. handling.  (b) A similar problem would exist with MGR, although it has
  104. the advantage (to me at least) of having been ported to the Unix PC.  In
  105. either case (c) I suspect that I would have to rewrite a graphics library
  106. for PC style computers based on either X or MGR.
  107.  
  108. So -- is there a limited set of X or MGR graphics/mouse routines that
  109. could be implemented on PCs, allowing me also an easy way to port my
  110. application to other computers, especially workstations?  I'd like
  111. very much to hear from you on this.
  112.  
  113. Ted A. Campbell
  114. tcamp@numen.bacchus.org
  115. tcamp@dukeac.ac.duke.edu
  116.  
  117. ------------------------------
  118.  
  119. Date: 19 Apr 90 23:41:13 GMT
  120. From: prism!vovut@cs.orst.edu
  121. Subject: Message for os9paul@gkcl.ists.ca
  122. Message-ID: <17768@orstcs.CS.ORST.EDU>
  123.  
  124.    Paul,
  125.  
  126.       I tried to e-mail a message, but it came right back.
  127.  
  128.       Anyway, thank you very much for the info on the SONY drive.
  129.  
  130.       vovut@prism.cs.orst.edu
  131.  
  132.  
  133. ------------------------------
  134.  
  135. Date: 20 Apr 90 14:24:51 GMT
  136. From: zaphod.mps.ohio-state.edu!rpi!uupsi!rodan!jfbruno@tut.cis.ohio-state.edu
  137.  (John F. Bruno)
  138. Subject: One world, One CPU, One OS
  139. Message-ID: <3063@rodan.acs.syr.edu>
  140.  
  141. In article <4652@hub.UUCP> 6600raft@ucsbuxa.ucsb.edu (Michael Wise) writes:
  142.  >In article <1990Apr13.160323.3616@wam.umd.edu> dmb@wam.umd.edu (David M.
  143.  Baggett) writes:
  144.  >
  145.  >>In article <93.26244db9@desire.wright.edu> demon@desire.wright.edu writes:
  146.  >>>              What does Apple have to lose by liscensing the Mac OS to
  147.  >>>Commodore and Atari?
  148.  >
  149.  >I remember when it seemed like the Apple ][ line had the PC market about
  150.  >locked up until IBM came out with the PC.  The main difference in courses
  151.  >of action IBM has taken in comparison to Apple is that IBM has provided
  152.  >the opportunity for clones, vastly incresing their "standard."  One just
  153.  >has to think back to the days of Franklin Computer to see Apple's
  154.  >course of action which contunues today.
  155.  
  156. Do you really think that IBM "provided the opportunity for clones"? Their
  157. main reasons for being successful are that they:
  158.  
  159.    1) Provided card slots in the PC so 3rd party manufacturers could release
  160.       cards to compensate for an inferior machine.
  161.    2) They have an infinite supply of $$$ and a large following of people
  162.       that shout "Now we have a standard!" every time they release something,
  163.       even if it uses technology 10-15 years old.
  164.  
  165.  >
  166.  >If Apple were to license their OS to Commodore, Atari, or whoever, I
  167.  >don't think their sales would really lessen, but that overall demand
  168.  >for the Mac-OS would increase across the board, including demand for
  169.  >the Macintosh.
  170.  
  171. But I bet they would charge so much for the licensing that Amiga and ST
  172. prices would skyrocket to the level of Macintosh pricing.  Overall demand
  173. for the OS would increase because there wouldn't be any more competition!
  174.  
  175.  >When other MS-Dos machines emerged, sales of IBMs
  176.  >didn't drop through the floor, conversely, they have remained strong.
  177.  
  178. Didn't they stop making PCs after the market was flooded with clones?
  179.  
  180.  >I believe Apple has the reputation to insure that their sales would
  181.  >continue to be strong.  Furthermore, a little more competition in the
  182.  >Mac-OS industry certainly couldn't hurt.
  183.  
  184. True, more competition wouldn't hurt, but I don't consider licensing out
  185. the Mac OS as competition, the only difference between the machines would
  186. be the box they come in.
  187.  
  188.  >=========================================================================
  189.  >| Internet: 6600raft@ucsbuxa.ucsb.edu    | All opinions stated are mine.|
  190.  >| BITNET:   6600raft@UCSBUXA.BITNET      |      **Save The Earth**      |
  191.  >=========================================================================
  192.  
  193. ---jb (jfbruno@rodan.acs.syr.edu)
  194.  
  195. ------------------------------
  196.  
  197. Date: Fri, 20 Apr 90 11:00:32 EDT
  198. From: Bob Stewart <stewart@xyplex.com>
  199. Subject: QuickST on the STart Disk
  200. Message-ID: <9004201800.AA18499@xap>
  201.  
  202. I'm typing this via Flash to my Unix system, with QuickST from the May STart
  203. disk running.  It leaves cursor blobs all over the place and often doesn't put
  204. the cursor where it belongs.  Yucky.  I'd feel bad about distributing software
  205. that doesn't work any better than that.  On the other hand, there is an
  206. interesting mixed motivation.  If it works too well will I want to buy the
  207. upgrade.  But if it doesn't work very well, I have the same question.
  208.  
  209. Now I'm curious to see the response of the co-author...
  210.  
  211.         Bob
  212.  
  213. -----------
  214. Bob Stewart (rlstewart@eng.xyplex.com)
  215. Xyplex, Boxborough, Massachusetts
  216. (508) 264-9900
  217.  
  218.  
  219. ------------------------------
  220.  
  221. Date: 19 Apr 90 20:59:59 GMT
  222. From: chinet!saj@gargoyle.uchicago.edu  (Stephen Jacobs)
  223. Subject: TOS 1.4 info
  224. Message-ID: <1990Apr19.205959.2109@chinet.chi.il.us>
  225.  
  226. A question was asked about having multiple links to a file on the ST.  This
  227. was hashed out recently for the PC in another newsgroup.  It isn't handled
  228. very well (remember that the filesystems are the same).  The central problem
  229. is that changes aren't handled automatically (deleting one name, for
  230. instance, marks the clusters as available in the FAT even if the file still
  231. has another link).  Anybody wanna do a filesystem?
  232.                                    Steve J.
  233.  
  234. ------------------------------
  235.  
  236. Date: Fri, 20 APR 90 10:28:03 GMT
  237. From: CSTMCS%cr83.staffordshire-polytechnic.ac.uk@NSFnet-Relay.AC.UK
  238. Message-ID: <000011A6_00118588.009357B15A5F7660$8_1@UK.AC.STAFPOL.CR83>
  239.  
  240. subscribe
  241.  
  242. ------------------------------
  243.  
  244. End of INFO-ATARI16 Digest V90 Issue #464
  245. *****************************************
  246.